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tung zum Betreiben eines PLD-Bausteins (10), der einen 
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ler (14) auf die Programmdaten im RAM-Baustein (24) zu. 
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Boschraibuinig 

[0001] Die Erfindung betrifft Verfahren, Einrichtun- 
gen und Systeme zum Betreiben eines Datenverar- 
beitungssystems. wobei die Firmware unterschiedli- 
Che Versionen haben kann. 

[0002] In Datenverarbeitungs-Systemen, die bei- 
spielsweise bei digitalen Druckern und Kopieren ein- 
gesetzt werden. sind die Gerateeinheiten in eine VIel* 
zahl von Baugruppen oder Modulen unterteilt, die je- 
weils durch Software-Module gesteuert und venA/altet 
wird. Diese Soflware-i\^odule enthalten haufig eine 
Firmware, die in Folge von Weiterentwicklungen oder 
andenA^eitigen Anderungen geandert und ausge- 
tauscht werden. HIerbel entsteht das Problem, dass 
die Firmware auf einfache Weise ladbar sein muss 
und die verschiedenen Versionen der Firmware so 
gestaltet sein mussen, dass die verschiedenen Soft- 
ware-Module ordnungsgemafl miteinander kommu- 
nizieren und zusammenwirken konnen. 
[0003] Aus der US-2002/0067504 A1 ist ein Verfah- 
ren und eine Einrichtung zum automatischen Upgra- 
den eines Treiberbausteins fur Dnjcker bekannt. Zu- 
nachst wird die aktuell In einer Arbeltsstation vorhan- 
dene Version eines Druckertreibers identifiziert, da- 
nach wird eine entfemte Station kontaktiert, in der 
nach neueren Versionen des Druckertreibers ge- 
sucht wird. Falls eine solche neuere Version vorhan- 
den ist, wird die neuere Version des Druckertreibers 
uberein Datennetzwerkge laden und als aktuelle Ver- 
sion des Dmckertrei'bers in der Arbeltsstation gespel- 
chert. 

[0004] Es ist Aufgabe der Erfindung, Verfahren, Ein- 
richtungen. und Systeme bereitzustellen. mit deren 
Hilfe auf schnelle Weise Firmware geladen werden 
kann. Ferner ist es Aufgabe der Erfindung, zu ge- 
wahrleisten, dass geladene Soflware-Versionen mit 
weiteren Software-Bausteinen kompatibel sind. 
[0005] Diese Aufgabe wird fur eine Einrichtung 
durch den Anspruch 1 geldst. GemaB dieser Einrich- 
tung wird ein PLD-Baustein, d.h. ein Programmab- 
le-Logic-Device, mit Hilfe eines Host-Prozessors an- 
gesteuert. Der PLD-Baustein enthalt einen Microcon- 
troller. In einer Ladephase ladt der Host-Prozessor 
Programmdaten zum Steuem des Microcontrollers in 
eInen RAM-Baustein. In einer Betriebsphase greift 
der Microcontroller auf diese Programmdaten im 
RAM-Baustein ausgehend von einer ebenfalls uber- 
tragenen Startadresse zu. Auf diese Weise Ist es 
nicht erforderlich, fur den Microcontroller einen zu- 
satzlichen ROM-Baustein fur die Programmdaten 
vorzusehen. Weiterhin ist es auf einfache Weise 
mdglich, sich andernde Firmware schnell in den 
RAM-Baustein zu laden und damit dem PLD-Bau- 
stein neue Funktionen zuzuweisen. 
[0006] Gema& einem weiteren Aspekt der Erfin- 
dung wird ein Verfahren zum Betreiben eines 
PLD-Bausteins angegeben. mit der die bei der Ein- 
richtung genannten Vorteile ebenfalls en^eichbar 
sind. 



[0007] Bei eInem weiteren Aspekt der Erfindung 
wird ein Verfahren zum Betreiben eines Datenverar- 
beitungssystems angegeben. Das System umfasst 
eine zentrale Steuerung, die einen als Soflware-Mo- 
dul ausgebildeten Versions-Manager enthalt. Der 
Versions-Manager enthalt In einem Verzeichnis 
Soll-Versionsdaten von verschiedenen Software-Mo- 
dulen. Bei einer Anderung des Systems vergleicht 
der Versions-Manager Ist-Verslonsdaten der ver- 
schiedenen Software-Module mit Soll-Versionsdaten. 
Bei einer Abweichung der Verslonsdaten wird eine 
Fehlermeldung erzeugt. Auf diese Weise wird bei ei- 
nem Ersatzteileaustausch oder einem Austausch der 
Firmware in den Softwaremodulen sichergestellt, 
dass die verschiedenen Softwaremodule und auch 
die Anwendungsumgebung aufeinander abgestimmt 
sind. Dies hat insbesondere Vorteile bei der Wartung 
und der Erneuemng der Datenverarbeitungs-Syste- 
me fur Drucker und Kopierer, 
[0008] GemaK einem weiteren Aspekt der Erfin- 
dung wird ein Verfahren zum Betreiben eines Daten- 
verarbeitungssystems angegeben, bei dem das Sys- 
tem mehrere Software-Module umfasst, die unterein- 
ander auf der Basis eines Netzwerk-Protokolls kom- 
munizieren. Die Software-Module enthalten Jewells 
Software-Agenten, die Verslonsdaten uber das elge- 
ne Software-Modul und Soll-Versionsdaten uber die 
fur die Funktion des Systems bendtigten weiteren 
Software-Module enthalt. Es wird eine Versionspru- 
fung durchgefuhrt, bei der die Soll-Versionsdaten der 
benotigten Software-Module und die Ist-Versionsda- 
ten dieser Software-Module auf Kompatibilitat uber- 
prufl werden. Mit Hilfe dieser Kompatibilitatsprufung 
wird sichergestellt, dass das System beim Zusam- 
menwirken der verschiedenen Software-Module ord- 
nungsgemaB funktion iert. Das beschriebene Verfah- 
ren ist dezentral angelegt, da die Daten in den Soft- 
ware-Agenten zu den verschiedenen Soflware-Mo- 
dulen abgelegt und dort verfQgbar sind. 
[0009] Zum besseren Verstandnis der voriiegenden 
Erfindung wird im folgenden auf die in den Zeichnun- 
gen dargestellten bevorzugten Ausfuhrungsbeispiele 
Bezug genommen, die anhand spezifischer Termlno- 
logie beschrieben sind. Es sel Jedoch darauf hinge- 
wiesen, dass der Schutzumfang der Erfindung da- 
durch nicht eingeschrankt werden soil, da derartige 
Veranderungen und weitere Modifizierungen an den 
gezeigten Vorrichtungen und/oder den Verfahren so- 
wie derartige weitere Anwendungen der Erfindung, 
wie sie darin aufgezeigt sind, als ubiiches derzeitiges 
Oder kiinftiges Fachwissen eines zustandigen Fach- 
mannes angesehen werden. Die Figuren zeigen Aus^ 
fuhrungsbeispiele der Erfindung. namlich 
[0010] Fig. 1 eine Anordnung mit einem PLD-Bau- 
stein, der von einem Host-Prozessor angesteuert 
wird, sowie einen einzigen RAM-Baustein; 
[0011] Fig. 2 ein Dnjckersystem mit einer VIelzahl 
von Software-Modulen und einer zentralen Steue- 
rung mit einem Versions-Manager; und 
[0012] Fig. 3 eine Anordnung verschiedener Soft* 
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ware-Agenten mit Verweisen auf Versionsdaten der 
zugehorigen Software-Module. 
[0013] Fig. 1 zeigt eine Anordnung mit einem 
PLD-Baustein 10. der von einem ubergeordneten 
Host-Prozessor 12 angesteuert wird. Der PLD-Bau- 
stein 10 ist ein „programmable-loglcdevice". welches 
eine Vielzahf programmierbarer Logikelemente ent- 
haft. Der PLD-Baustein 10 enthalt einen SOPC-Bau- 
stein (SOPC: System on a programmable chip micro- 
controller) 14 als programmierbares Software-Modul 
mit einem Reset-Eingang R, Datenleitungen IS und 
Adresslettungen 18. DIese Leitungen 16. 18 sind ver- 
bunden mit einem Daten-Multlplexer 20 bzw. einem 
Adress-Multiplexer 22, deren Ausgange mit einem 
RAiVi-Baustei'n 24 verbunden sind. Dieser RAM-Bau- 
stein 24 dient einerseits als Aufbewahrungsort fiir die 
Programmdaten des SOPC-Bausteins 14 als auch 
als Arbeitsspeicher fur diesen Baustein 14. Als Pro- 
grammdaten sind Firmware-Daten venA^endbar, die 
infolge unterschiedlicher Softwareverslonen relativ 
haufig anderbar sind. 

[0014] Weiterhin enthalt der PLD-Baustein 10 eine 
Registerschnittstelle 26 mit einem Steuerregister SR, 
einem Datenregister DR und einem Startadressenre- 
gister STR. Das Startadressenregister STR greift auf 
einen Adresszahler 28 zu. der ausgangsseitig mit 
dem Adress-Multiplexer 22 verbunden ist. Das Da- 
tenregister DR ist mit dem Daten-Multiplexer 26 ver- 
bunden. Das Steuerregister SR ist mit dem Re- 
set-Eingang R des SOP-Bausteins 14 sowie mit den 
Steueretngangen des Daten-Multiplexers 20 und des 
Adress-Muitiplexers 22 verbunden. 
[0015] Der Host-Prozessor 12 ist mit einem 
Flash-ROM-Speicher 30 verbunden. Dieser 
Flash-ROM-Speicher 30 kann in semem Inhalt bel 
Bedarf geandert warden; typischenA^eise kann dieser 
Baustein rund lOOOfach neu beschrieben werden. 
Der Flash-ROM-Baustein 30 enthalt unter anderem 
die Programmdaten, die spater den SOPC-Baustein 
steuern sollen. Der Host-Prozessor 12 ist uber Da- 
tenleitungen 32 fur Adressen, Daten und Steuersig- 
nale mit der Reglster-Schnittstelle 26 verbunden. 
Weiterhin hat der Host-Prozessor 12 Datenleitungen 
34 zur Anbindung an ein Feldbus-System, uber das 
er in ein vernetztes Prozessorsystem eingebunden 
Ist und auf komfortable Welse nachgeladen werden 
kann. 

[0016] Im folgenden wird die Funktion der in Fig. 1 
beschriebenen Anordnung eriautert. Die Programm- 
daten fur den SOPC-Baustein 14 liegen zunachst im 
Flash-ROM-Baustein 30 bereit und konnen von dort 
uber denselben Ladealgorlthmus nachgeladen wer- 
den. mit dem auch der Programmcode fur den 
Host-Prozessor 12 nachgeladen wird. In einer Lade- 
phase steuert der Host-Prozessor 12 uber das Steu- 
en-egrster SR den Reset-Eingang R des SOPC-Bau- 
steins 14 an und halt diesen Baustein 14 In einem 
Reset-Zustand. Weiterhin wird der Daten-Multiplexer 
20 so gechaltet, dass Daten vom Host-Pre>zessor 12 
iiber die Leitung 32 und das Datenregister DR und 



den Daten-Multiplexer 20 In den RAM-Baustein 24 
geladen werden. wobei die Adressleitung des 
RAM-Bausteins 24 iiber den Adress-Multiplexer 22 
mit der Adressleitung des Adress-Zahlers 28 verbun- 
den ist. Dieser Adresszahler 28 wird uber das 
Start-Adressenregister STR vom Host-Prozessor 12 
geladen. Der Adresszahler 28 beginnt bei dieser 
Startadresse zu zahlen und schaltet den Adress-Mul- 
tiplexer 22 in seiner Adresse forUaufend hoch. In die- 
ser Ladephase wird der RAM-Baustein 24 mit Pro- 
grammdaten fur den SOPC-Baustein 14 geladen, 
wobei der Host-Prozessor 12 wortwelse den Im Bau- 
stein 30 stehenden Programmcode uber die Regis- 
terschnittstelle 26 in das Datenregister DR ein- 
schreibt. Der Adresszahler 28 wird nach jedem Zu- 
griff des Host-Prozessors 12 erhoht, nachdem die 
ubertragenen Daten in den RAM-Baustein 24 uber- 
nommen wurden. 

[00 1 7] Bevor der Host-Prozessor 1 2 uber das Steu- 
erregister SR das Reset-Signal am Reset-Eingang R 
zurucknimmt, wird der Daten-Multiplexer 2© und der 
Adress-Multiplexer 22 so umgeschaltet, dass sie Da- 
ten von der Datenleitung 16 und von der Adresslei- 
tung 18 erhalten. Die Betriebsphase des SOPC-Bau- 
steins 14 beginnt, indem uber das Steuerregister SR 
das Reset-Signal zuruckgenommen wird und die 
Programmdaten an einer Startadresse aus dem 
RAM-Baustein 24 ausgelesen werden, die dann den 
SOPC-Baustein 14 steuern. Damit ist es mdglich, auf 
relativ einfache Weise und mit geringem technischen 
Aufwand unterschiedliche Flmiware an den 
PLD-Baustein 10 zu ubergeben. 
[0018] In Fig. 2 ist ein Ausfuhrungsbeispiel gemaK 
einem weiteren Erfindungsaspekt dargestellt, bei 
dem eine zentrale Computersteuerung 40 einen Ver- 
sions-Manager zum ObenA^achen von Software-Mo- 
dulen in verschiedenen Baugruppen eines Druckers 
ansteuert. Die zentrale Steuerung 40 ist uber ein 
Bussystem 42 mit einem Hauptmodul H, weiteren 
Untemiodulen PI. PU, PO verbunden. Das Untemrio- 
dul PI ist wiederum uber den Systembus 42 mit Un- 
termodulen SMI, SM2 und SMS verbunden, bei- 
spielsweise Schrittmotor-Module des Druckers. Die 
zentrale Steuerung 40 enthalt einen als Softwa- 
re-Modul ausgebildeten Versions-Manager V. Dieser 
Versions-Manager V enthalt Infomiationen uber die 
fiir das System benotigten Firmware-Versionen so- 
wie eine Beschreibungsdatei, in der angegeben Ist, 
welche Firmware-Versionen zu welcher System-Ver- 
sion gehoren. Beispielsweise sind diese Versionen 
auf einer Festplatte gespeichert, auf die der Versi- 
ons-Manager V zugreift. 

[0019] Jedes Software-Modul H. PI, PU, PO. SM1, 
SM2. SM3 enthalt ein Kommunlkations-Modul. wel- 
ches auch als Lader bezelchnet wird. Dieses Kom- 
munikatlons-Modul dient der Kommunikation des be- 
treffenden Moduls zu seinen Nachbarmodulen und 
steuert den Verbindungsaufbau und das Routing der 
Daten. Ferner gehort zu jedem Soflware-Modul H bis 
SMS ein Flash-ROM-Baustein (nicht dargestellt). in 
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welchem die aktuelle Firmware abgelegt ist. Bei einer 
Anderung der Firmware ist das Kommunikations-Mo 
dul dafur zustandig, dass die Firmware in diesen 
Flash-ROM-BausteIn gebrannt wi'rd und die Firm- 
ware gestartet wird. Weiterhin enthalt das Jeweilige 
Kommunlkations-IVIodul Ist-Verslonsdaten uber das 
zugehorige Soflware-Modul und/oder die zugehorige 
Anwendungsumgebung, beispiefsweise die Version 
der Baugruppe und derzugehdrigen Hardware. 
[0020] In FSg. 2 ist ferner ein Laptop 44 dargestellt, 
der uber eine Schnittstelle, beispielsweise eine V 
24-SchnittsteIle, Zugriff auf die Sottware-Module H 
bis SMS sowie auf die zentrale Steuerung 40 und da- 
mit auf den Versions-iWanager V hat. In FOg. 2 ist die- 
se mogliche Verblndung (n Form von Strichlinien dar- 
gestellt. 

[0021] Nachdem die verschfedenen Module H bis 
SM Suntereinander durch den Systembus 42 verbun- 
den sind, genugt es, auf eines der dargestellten Mo- 
dule Oder die zentrale Steuerung 40 zuzugreifen, urn 
dann uber den Systembus 42 [nformationen uber die 
weiteren Module zu erhalten Oder an diese Module 
Daten zu ubertragen. Es muss also nicht Jedes Soft- 
ware-ModuI Oder jede Baugruppe mit einem Kabel 
vom Laptop 44 aus einzein verbunden werden, son- 
dern es genugt, dass eine Verblndung zu einem der 
Soflware-Module hergestellt wird, urn dadurch Zugriff 
auf samtliche Software-Module und die zentrale 
Steuerung 40 fur den Drucker zu erhalten. Mit Hilfe 
einer solohen Verbindung ist es dann auch moglich, 
Firmware ausgehend von einem Software-Modul zu 
einem bellebigen anderen Soflware-Modul zu uber- 
tragen. Soli Z.B. das Software-Modul SM3 mit neuer 
Firmware nachgeladen werden, so kann dies vom 
Laptop 44 aus direkt uber eine V 24-Schnittstelle und 
die Leitung 46 erfolgen. Der Laptop 44 kann jedoch 
auch uber die Leitungen 48, 50, 52 mit anderen Soft- 
ware-Modufen PI, H Oder der zentralen Steuerung 40 
verbunden werden, um die neue Firmware sodann 
uber den Systembus 42 an das Software-Modul SMS 
zu senden und dort die Einspeicherung in einen 
Flash-ROM-Baustein zu veranlassen. Im Falle, dass 
mehrere Software-Module die gleiche Firmware ha- 
ben soUen, kann eine Obertragung dieser Firmware 
auch uber einen Kopien/organg erfolgen, wobei bei- 
spielsweise die Firmware des Software-Moduls SMI 
kopiert wird und an das Software-Modul SMS gesen- 
det wird. 

[0022] Eine weitere Moglichkeit besteht darin, Fimi- 
ware fur die verschiedenen Software-Module in einen 
Speicher der zentralen Steuerung 40 abzulegen. Von 
dort aus kann dann die geforderte neue Firmware an 
das Software-Modul, beispielsweise das Softwa- 
re-Modul SMS. gesendet und dort geladen werden. 
[0023] Beim Betrieb des Systems nach Ffg. 2 uber- 
priift der Versions-Manager bel bestlmmten Ereignis- 
sen, beispielsweise bei einem Update der Firmware 
in einem der vier Module H bis SMS, ob die Ist-Versi- 
onsdaten der Software-Module mit den in seinen Ver- 
zeichnis abgespeicherten Soll-Versionsdaten fur die 



Software-Module ubereinstimmt. Falls eine Abwei- 
chung auftritt, so wird im einfachsten Fall eine Fehler- 
meldung erzeugt. In einer weiteren Ausgestaltung 
wird eine in der zentralen Steuerung 40 gespeicherte 
Firmware entsprechend den Soll-Versionsdaten an 
das betreffende Soflware-Modul H bis SMS gesendet 
und dort vom betreffenden Kommunikations-Modul 
als Firmware geladen. Auf diese Weise kann das 
System einen ordnungsgemafien Betriebszustand 
herstellen, indem automatisch der Sollzustand mit 
der richtigen Firmware hergestellt wird. Wenn z. B. 
bel einem Ersatztellaustausch in einer Baugruppe, 
die zu einem Software-Modul H bis SMS gehort, eine 
andere Firmware-Version geladen wird, als sie ge- 
maU der Soll-Versionsdaten im Versions-Manager 
gespeichert sind. so kann dieser Fehler im System 
schnell erkannt werden und gegebenenfalls behoben 
werden. Auf diese Weise wird die Betriebssicherheit 
erhoht und der Wartungsaufwand und der Service 
verringert. Nachdem von einem bellebigen Softwa- 
re-Modul bzw. der zugehdrigen Baugruppe aus auf 
die anderen Software-Module und Baugruppen durch 
einen externen Rechnerzugegriffen werden kann, ist 
das dargestellte System einfach zu warten und es 
kann eine flexible Qberprufung des ordnungsgema- 
fien Betriebs erfolgen. 

[0024] Im folgenden wird ein Ausfuhrungsbeispiel 
gemafi einem weiteren Erfindungsaspekt beschrie- 
ben, bei dem durch eine Verstonskontrolle sicherge- 
stellt wird, dass nur zusammen funktionsfahige Soft- 
ware-Module in einem Drucker zum Einsatz gelan- 
gen, bzw. dass bei nicht vorhandener.Funktionsfahig- 
keitder verschiedenen Software-Module eine Fehler- 
meldung erzeugt wird. Beim vorliegenden Beispiel 
wird eine schnittstellenbasierte Onltne-Versionsuber- 
prufung durchgefuhrt. Dieser Erfindungsaspekt kann 
bei einem Druckersystem angewendet werden, das 
mehrere Software-Module umfasst. Es ist jedoch 
auch auQerhalb von Druckeranwendungen allgemein 
anwendbar. 

[0025] Ein mehrere Software-Module umfassendes 
System kommuniziert untereinander auf der Basis ei- 
nes Netzwerk-Protokolls. Beispielsweise kommt hier- 
fur das bekannte SNMP-Kommunikatlonsprinzip 
(Simple Network Management Protocol) in Betracht, 
welches ein Standard-Protokoll fur das Netzmanage- 
ment in der Internet-Welt zur Kommunikation von 
Netzwerkelementen untereinander Ist. Bei einem sol- 
chen System hat Jedes Software-Modul einen Soft- 
ware-Agenten, d.h. eine fOr das Soflware-Modul zu- 
gehorige Teilsoftware. die fur die VenA/altung (Konfi- 
guration, Parameter, Funktionsbeschreibung etc.) 
dieses Soflware-Modul und die Kommunikation mit 
anderen Software-Modulen zu venA/altungstechni- 
schen Zwecken zustandig ist. 
[0026] Fig. S zeigt schematisch die Verknupfung 
von Verweisen bei einer VersionsprOfung. Zu Soft- 
waremodulen AA, BB und CC sind die Softwa- 
re-Agenten aa, bb und cc dargestellt. Jeder Softwa- 
re-Agent enthalt Ist-Versionsdaten, z.B. „aaAgent- 
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Version 01.01.13", und eine Versionsnummer der 
Schnittstelle (Mib). beispielsweise „aaMibVersion 
01.01.24" (Mib: Management infomiation base). Die- 
se Mib-Daten bezeichnen Datenbestande, mit deren 
Hilfe das Netzmanagement System SNMP alie zu 
verwaltenden Objekte (z.B, Gerate, Rechner, Server, 
Ruder etc.) im Netz verwaltet. Die Versionsdaten sind 
als Gruppen von zweisteffigen Oezlmafzahlen darge- 
stellt. Diese Nummerterung hat den Vorteil, dass eine 
Aufwartskompatibilitat und eine Abwartskompatibili- 
tat felcht aniiand von Ungleichungen den logischen 
Operatoren oder durchgefOhrt warden kann. 
Fur jeden Agenten aa, bb. cc nach Fig. 3 sind als 
Soll-Versionsdaten Datenblocke 60, 62, 64 vorgese- 
hen, in welchen OID-Elemente auf die entsprechen- 
den Datenfelder der Software-Agenten verwelsen. 
Diese OID-Efemente (object identifier) sind eindeutf- 
ge Adressen fur Objekte innerhaib der weltweit vor- 
handenen Mib-Struktur, wobei jeder Knoten der 
Mib-Struktur eine Nummer innerhaib der kompletten 
Adresse (OID) darstellt. Der Verweis auf die Soll-Ver- 
sionsnummer ist somit flexibel, da der betreffende 
Software-Agent und Speidierort durch das OID-Ele- 
ment als Venveis angesprochen wird. Als Werte zum 
OID-Element sind Jeweils Gruppen mit zwelstelligen 
Dezimalzahlen getrennt durch Punkte angegeben. 
[0027] In Flig. 3 ist fur die drei Software-Agenten aa, 
bb und cc durch Pfeile angedeutet, wie die Versions- 
prufung durchgefuhrt wird. Diese Versionsprufung er- 
folgt dezentral fur jeden Soflware-Rgenten. 
[0028] Beispielsweise bendtigt der Software-Agent 
aa fur den ordnungsgema&en Betrieb des i.hm zuge- 
ordneten Software-Moduls die im Block 60 angege- 
benen Soll-Versionsdaten anderer Software-Module. 
Demgemass bedeutet Pfeil 66, dass die eingetrage- 
ne OID auf den Eintrag "bbAgentVersion" im Softwa- 
re-Agenten bb verweist und Qberpruft wird, ob die 
Soll-Versionsdaten „bbAgentVersion" mit Wert 
„01 .01.12" mit den Ist-Versionsdaten im Softwa- 
re-Agenten bb „bbAgentVersion" mit Wert „01 .01 .13" 
iibereinstimmt oder nicht. Im vorliegenden Falle ist 
die Obereinstimmung in der letzten Dezimalgruppe 
nicht gegeben, welche ein Ma& fur den Kompatibili- 
tatsgrad ist. Gemafi einer Ubereinkunft bedeutet eine 
Andemng in der letzten Ziffer, dass kleinere Anderun- 
gen vorgenommen wurden und diese Version auf- 
wartskompatibel ist. In diesem Fall wird keine Fehler- 
meldung erzeugt. weil eine neuere Version vorhan- 
den ist als mindestens benotigt wird. In einem Falle 
mit fehlenderKompatibilitat wird eine Fehlermeldung 
erzeugt. Auf gleiche Weise Qberpruft der Softwa- 
re-Agent aa die notwendigen Soll-Versionsdaten ge- 
ma& den Verweispfeilen 68 und 70. Auf ahnliche Wei- 
se erfolgt die Versionsuberprufung fiir den Softwa- 
re-Agenten bb und den Software-Agenten cc gemaR 
den eingezeichneten Venveispfeilen. 
[0029] Die dezentrale Oberprufung der vorhande- 
nen Versionen der verschiedenen Software-Module 
durch die Software-Agenten erfolgt beispielsweise 
nach jedem Einschalten des Systems, nach vorbe- 



stlmmten Zeitabstanden oder nach einer Anderung 
der Software. 

[0030] Obgleich in den Zeichnungen und in der vor- 
hergehenden Beschreibung bevorzugte Ausfizh- 
rungsbeispiele aufgezeigt und detailliert beschrieben 
sind, sollte dies als rein beispielhaft und die Erfindung 
nicht einschrankend angesehen warden. Es wird dar- 
auf hingewiesen, dass nur die bevorzugten Ausfuh- 
rungsbeispiele dargestellt und beschrieben sind und 
samtliche Veranderungen und Modifizierungen, die 
derzeit und kunftig im Schutzumfang der Erfindung 
liegen, geschutzt werden sollen. 





Rp7i inQTPichpnfiQtp 


10 


PLD-Baustein 


12 


Host-Prnzessor 


14 


SOPC-Ba ustei n 


1 V 


^dlBI llOl lulled 1 


18 




20 


Daten-Multiolexer 


22 


Adrass-M ultiolexar 


24 


RAM-Baustein 


26 


R pn 1 Qt A rQ oh n IttQt P n A 
rxc^ioici Owl 1 1 iiiioidio 


SR 


Stauer-Reoistar 




r^aton-Ronicfpr 
vjoixst i— r\cy idici 


STR 


Startadressen-Register 


28 


Adresszahler 


30 


Flash-ROM-Speicher 


32,34 


Datenleitungen 


40 


Zentrale Steuerung 




Versions-Manager 


42 


Bus-System 


H 


Hauptmodul 


PII,PllJ,PO 


Untermodule 


SM1,SBfl2,SRI]3 


Untermodule 


44 


Laptop 


46 


Leitung 


48,50,52 


Leitungen 


AA,BB.CC 


Software-Module 


aa,bb, cc 


Software-Agenten 


60 


Datenblock 


66, 68, 70 


VenA^eispfeile 



Patoint^inispmclhi® 



1. Einrichtung zum Betreiben eines PLD-Bau- 
steins, 

bel der der PLD-Baustein (10) einen Microcontroller 
14. der auf einen RAM-Baustein (24) zugreift, einen 
Daten-Multiplexer (20) zum Zugriff auf Daten im 
RRM-Baustein (24) sowie einen Adress-Multiplexer 
(22) zum Zugriff auf Speicheradressen im RAM-Bau- 
stein (24) enthalt, 

der PLD-Baustein (10) mit einem Host-Prozessor 
(12) verbindbar ist. 

in einer Ladephase der Host-Prozessor (12) Pro- 
grammdaten 2ajm Steuern des Microcontrollers (14) 
uber den Daten-Multiplexer (20) und gesteuert durch 
den Adress-Multiplexer (22) in den RAM-Baustein 
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(24) ladt, 

und bei der in einer Betriebsphase der Microcontrol- 
ler (14) auf die Programmdaten im RAM-Baustein 
(24) unter Etnschaltung des Daten-Multiplexers (20) 
und des Adress-Multiplexers (22) zugreift. 

2. Einrichtung nach Anspruch 1, bei der der iVIic- 
rocontroller (14) ein SOPC-Baustein ist, der einen 
Reset-Eingang (R) und weiterhin mit dem 
Adress-Multiplexer (22) verbundene Adressleitungen 
(18) und mit dem Daten-Multiplexer (20) verbundene 
Datenleitungen (16) hat 

3. Einrichtung nach Anspruch 2. bei der in der La- 
dephase der Host-Prozessor (12) den fWicrocontroller 
(14) in den Reset-Zustand schaltet, die Datenleitun- 
gen des Daten-Multiplexers (20) mit Datenleitungen 
des Host-Prozessors (12) und der Adress-Multipfexer 
(22) mit einem steuerbaren Adresszahler (28) ver- 
bunden ist. 

4. Einrichtung nach einem der vorhergehenden 
Anspruche, bei der der Host-Controller (12) mit ei- 
nem ROM-Baustein (30). vorzugsweise einem 
Flash-ROM-Baustein verbunden ist, der die in den 
RAM-Baustein (24) zu ladenden Programmdaten 
enthalt. 

5. Einrichtung nach einem der vorhergehenden 
Anspruche, bei der der Host-Prozessor (12) ferner 
mit einem Bus-System fur ein Computer-Netzwerk 
verbunden ist. 

6. Einrichtung nach einem der vorhergehenden 
Anspruche, bei der der PLD-Baustein (10) eine Re- 
gister-Schnlttstelle (26) enthalt. auf die der Host-Pro- 
zessor (12) zugreift. 

7. Einrichtung nach Anspruch 6, bei der die Re- 
gister-Schnittstelle ein Steuer-Register (SR), ein Oa- 
ten-Register (OR) und ein Startadressen-Register 
(STR) hat. 

8. Einrichtung nach Anspaich 7, bei der uber das 
Steuer-Register (SR) auf den Reset-Eingang (R) des 
SOPC-Bausteins (14) zugegriffen wird. 

9. Einrichtung nach Anspruch 8, bei dem iiber 
das Startadressen-Register (STR) auf den 
Adress-Zahler (28) zugegriffen wird und eine Starta- 
dresse fur den RAM-Baustein (24) ubergeben wird. 

10. Verfahren zum Betreiben eines PLD-Bau- 
steins, 

bei dem der PLD-Baustein (10) einen Microcontroller 
14, der auf einen RAM-Baustein (24) zugreift, einen 
Daten-Multiplexer (20) zum Zugrtff auf Oaten Im 
RAM-Baustein (24) sowie einen Adress-Multiplexer 
(22) zum Zugriff auf Speicheradressen im RAM-Bau- 
stein (24) enthgit, 



der PLD-Baustein (10) mit einem Host-Prozessor 

(12) verbindbar ist, 

in einer l_adephase der Host-Prozessor (12) Pro- 
grammdaten zum Steuern des Microcontrollers (14) 
uber den Daten-Multiplexer (20) und gesteuert durch 
den Adress-Multiplexer (22) in den RAM-Baustein 

(24) ladt. 

und bei dem in einer Betriebsphase der Microcontrol- 
ler (14) auf die Programmdaten im RAM-Baustein 
(24) unter Einschaltung des Daten-Multiplexers (20) 
und des Adress-Multiplexers (22) zugreift. 

11. Verfahren zum Betreiben eines Datenverar- 
bei tu ngs-Systems , 

bei dem das System eine zentrale Steuerung (40) 
umfasst, die einen als Software-Modul ausgebildeten 
Versions-Manager (V) enthalt, 
die zentrale Steuerung (40) uber ein Bus-System (42) 
mit mehreren Soflware-Modulen (H, PI, PU. PO. 
SM1, SM2. SM3) verbunden ist, die jeweils ein Kom- 
munikations-Modul enthalten, welches die Kommuni- 
kation der Software-Module untereinander und den 
Start der fur das Jeweilige Software-Modul zustandi- 
ge Firmware steuert, 

das jeweilige Kommunikations-Modul Ist-Versionsda- 
ten uber das zugehorige Software-Modul und/oder 
die zugehorige Anwendungsumgebung enthalt, 
der Versions-Manager ein Verzeichnis der Soll-Versi- 
onsdaten der verschiedenen Software-Module um- 
fasst, 

bei einer Anderung des Systems der Versions-Mana- 
ger auf die Ist-Versionsdaten der verschiedenen Soft- 
ware-Module zugreift und diese mit den Soll-Versl- 
onsdaten vergleicht, 

und bei dem bei einer Abweichung eine Fehlermel- 
dung erzeugtwird. 

12. Verfahren nach Anspruch 11, bei dem bei ei- 
ner Abweichung der Ist-Versionsdaten von den 
Soll-Versionsdaten eine in der zentralen Steuerung 
(40) gespeicherte Firmware entsprechend den 
Soll-Versionsdaten an das betreffende Software-Mo- 
dul gesendet und vom betreffenden Kommunikati- 
ons-Modul als Firmware geladen wird. 

13. Verfahren nach Anspruch 11 Oder 12, bei 
dem die Firmware in einem Flash-ROM-Baustein ent- 
halten ist, welche vom zugehorigen Kommunikati- 
ons-Modul geladen wird. 

14. Verfahren nach einem der vorhergehenden 
Anspruche, bei dem mehrere oder alle Software-Mo- 
dule eine Schnittstelle zu einem externen Computer 
(44) haben, wobei uber diese Schnittstelle Zugriff auf 
das Kommunikations-Modul oder uber das Bus-Sys^ 
tern (42) auf andere Kommunikations-Module erfol- 
gen kann. 

15. Verfahren nach einem der vorhergehenden 
Anspruche, be! dem Qber einen externen Rechner 
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(42) auf den Versions-Manager zugegriffen wird und 
Firmware in die zentrale Steuerung (40) gespeichert 

wird. 

16. Einrichtung zum Betreiben eines Datenverar- 
beitungs-Systems, 

bei der das System eine zentrale Steuerung (40) um- 
fasst, die einen als Software-iVlodul ausgebildeten 
Versions-Manager (V) enthalt, 
die zentrale Steuerung (40) uber ein Bus-System (42) 
mit mehreren Software-Modulen (H, PI. PU, PO, 
SM1, SM2, SM3) verbunden ist, die Jewells ein Kom- 
munikations-Modul enthalten, welches die Kommuni- 
kation der Software-Module untereinander und den 
Start der fur das jeweilige Software-Modul zustandi- 
ge Firmware steuert. 

das jeweilige Kommunikations-Modul ist-Versionsda- 
ten uber das zugehorlge Software-Modul und/oder 
die zugehorige Anwendungsumgebung enttialt, 
der Versions-Manager ein Verzeichnis der Soll-Versi- 
onsdaten der verschtedenen Software-Module um- 
fasst. 

bei einer Anderung des Systems der Versions-Mana- 
ger auf die Ist-Versionsdaten der verschiedenen Soft- 
ware-Module zugreift und diese mit den Soll-Versi- 
onsdaten vergleicht, 

und bei der bei einer Abweichung eine Fehlermel- 
dung erzeugt wird. 

17. Verfahren zum Betreiben eines Datenverar- 

beitungs-Systems, 

bei dem das System mehrere Software-Module um- 
fasst, die untereinander auf der Basis eines Netz- 
werk-Protokolls kommunizieren, 
jedes Software-Modul einen Software-Agenten ent- 
halt, der Ist-Versionsdaten iiber das eigene Softwa- 
re-Modul und Soll-Versionsdaten uber die fur seine 
Funktion benotigten weiteren Software-Module ent- 
halt, 

der jeweilige Software-Agent auf die Versionsdaten 
der Software-Agenten der benotigten Software-Mo- 
dule zugreift und sie erfalit, 

und bei dem in einer Versionsprufung diese Soll-Ver- 
sionsdaten der benotigten Software-Module und die 
erfassten Ist-Versionsdaten der benotigten Softwa- 
re-Module auf Kompatibilitat uberpruft werden. 

18. Verfahren nach Anspruch 17, bei dem als 
Netzwerk-Protokoll das SNMP (Simple Network Ma- 
nagement Protokoll) venvendet wird. 

19. Verfahren nach einem der vorhergehenden 
Anspruche, bei dem die Versionsdaten als Gruppen 
von zweistelligen Dezimalzahlen dargestellt werden. 

20. Verfahren nach Anspruch 19, bei dem eine 
Gruppe von Dezimalzahlen die Aufwartskompatibili- 
tat und Abwartskompatibilitat kennzeichnet und wo- 
bei bei der Versionsprufung ein Vergleich auf der Ba- 
sis einer Ungleichung erfolgt. 



21. Verfahren nach einem der vorhergehenden 
Anspruche, bei dem bei der Versionsprufung im Falle 
einer Inkompatibilitat ein Eintrag in einer zentralen 
Fehlertabelle erfolgt. 

22. Verfahren nach einem der vorhergehenden 
Anspruche, bei dem die Versionsprufung bei jedem 
Einschalten des Systems erfolgt. 

23. Verfahren nach einem der vorhergehenden 
Anspruche, bei dem das System in einem Hochleis- 
tungsdrucker enthalten ist. 

24. Verfahren nach einem der vorhergehenden 
Anspruche 17 bis 23, bei dem die Software-Agenten 
(aa, bb, cc) die Daten bereitstellen und ein ausge- 
wahlter Software-Agent zentral die Oberprufung 
durchfuhrt. 

25. Einrichtung zum Betreiben eines Datenverar- 

beitungs-Systems, 

bei der das System mehrere Software-Module um- 
fasst, die untereinander auf der Basis eines Netz- 
werk-Protokolls kommunizieren, 
jedes Software-Modul einen Software-Agenten ent- 
halt, der Ist-Versionsdaten uber das eigene Softwa- 
re-Modul und Soll-Versionsdaten iiber die fiir seine 
Funktion benotigten weiteren Software-Module ent- 
halt, 

der jeweilige Software-Agent auf die Versionsdaten 
der Software-Agenten der benotigten Software-Mo- 
dule zugreift und sie erfaflt, 

und bei der in einer Versionsprufung diese Soll-Versi- 
onsdaten der benotigten Software-Module und die 
erfassten Ist-Versionsdaten der benotigten Softwa- 
re-Module auf Kompatibilitat uberpruft werden. 

Es folgen 3 Blatt Zeichnungen 
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